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INTRODUCTION 

Buses and networks are the mechanisms for transferring the 
data between digital devices such as components, the data 
acquisition (DAQ) memory or controllers. A crucial aspect 
of digital communications is the standardization of the buses 
and networks. Once a standard is defined, a manufacturer 
can develop an instrument for that standard, and this instru- 
ment will be able to communicate with any other instrument 
or controllers developed for the same standard. For example, 
two widespread and general-purpose standards for com- 
municating digital instruments are the RS-232-C for serial 
communications and General Purpose Interface Bus (GPIB) 
for parallel communications. Today, modern data acquisition 
devices more commonly take advantage of the standard buses 
and network interfaces available on commercial desktop and 
laptop PCs, such as Peripheral Component Interconnect 
(PCI), Universal Serial Bus (USB), or Ethernet. 


System Topology Buses and networks for data acquisition 
applications can be grouped into two general categories, 
shown in Figure 21.1. Expansion buses are internal buses 
used for data transfers within a computer or computer sys- 
tem, and provide a standard method of adding I/O or other 
functions to the computer. For example, PCI and PCI Express 
are standard expansion buses found on contemporary PCs. 
External buses and networks include standard I/O interfaces 
on PCs, such as USB and Ethernet, as well as wireless com- 
munications networks, and the specialized instrumentation 
bus, GPIB. 

Data Throughput All computer buses have a limit to the 
amount of data that can be transferred in a certain period of 
time. This is known as the data throughput or bus bandwidth, 
and is often specified in megabytes per second (MB/s). This 
capability is particularly important for data acquisition appli- 
cations that require multiple channels of dynamic waveform 
measurements. Depending on the bus, the total bandwidth 
may be shared among several devices or dedicated to certain 
devices. The PCI bus, for example, has a theoretical band- 
width of 132 MB/s that is shared among all PCI devices in 
the computer. 

When taking waveform measurements, a certain sam- 
pling rate and resolution needs to be achieved based on how 
fast the signal is changing. One can calculate the minimum 
required bandwidth by taking the number of bytes per sam- 
ple (rounded up to the next byte), multiplied by the sampling 
speed, and then multiplied by the number of channels. 

For example, a 16 bit device (2 bytes), sampling at 
500kS/s on eight channels would be 


2 bytes 
S 


500 kS 0 .. D , 

x x 8 channels = 8 MB/s 

s 


KEY DAQ BUS AND NETWORK CONSIDERATIONS 

There are numerous bus, communications, and networking 
standards available to the integrator of a data acquisition 
system. Before examining the many different bus and net- 
work technologies for data acquisition systems, it is useful to 
understand some of the key considerations. 


It is important to note that the actual achievable data through- 
put will be lower than the theoretical bus limits. Actually 
observed bandwidth depends on the number of devices in a 
system and any additional bus traffic from overhead. 

Latency Bus or network latency is the time delay experi- 
enced for a transfer of data from its source to destination. 
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FIG. 21.1 

Common buses and networks used in data acquisition systems. 
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FIG. 21.2 

Bus bandwidth versus latency for many popular buses and networks. 


Latency is a measure of the responsiveness of the I/O and is 
important in applications that must react deterministically to 
events or changes in acquired data. In a PID control system, 
for example, this bus latency can directly impact the maxi- 
mum speed of the control loop. 

Figure 21.2 illustrates the relative performance of many 
popular buses, both in terms of latency and maximum band- 
width. In general, internal expansion buses are better for 
low-latency applications than external buses and distributed 
networks. 

Synchronization Many data acquisition systems have com- 
plex synchronization needs, whether it is synchronizing hun- 
dreds of input channels or multiple types of I/O. For example, 
a stimulus-response system might require the output chan- 
nels to share the same sample clocks and start triggers as 
the input channels to correlate the I/O and better analyze 
the results. One approach to the sharing of clock and trig- 
ger signals is through a proprietary interconnection scheme, 
such as real-time system integration bus, on which multiple 
data acquisition devices can be cabled together. Alternatively, 
some bus standards incorporate additional timing and trig- 
gering into the bus to make multidevice synchronization 
as easy as possible. High-performance synchronization on 


distributed systems using Ethernet or wireless networking is 
particularly challenging. However, technologies such as GPS 
and the IEEE 1588 can be implemented to obtain time syn- 
chronization of distributed systems in the sub-microsecond 
range. 

INTERNAL EXPANSION BUSES 

Internal expansion buses provide standard plug-in options 
for computers and generally deliver the best performance 
with respect to data throughput, latency, and synchroniza- 
tion capabilities. Expansion buses are a collection of circuits, 
wires, and protocols allowing the expansion of a computer 
by inserting printed circuit boards. Originally, most com- 
puters used standard ISA expansion buses. However, open 
expansion buses have evolved considerably over the years 
and today there are hundreds of different internal expansion 
buses manufactured at different levels to cater a diverse range 
of needs. They can broadly be classified as the Backplane 
Buses, Mezzanine Buses, IC Buses, and SoC Buses. In this 
chapter, we give a couple of examples on the standard PC 
buses such as PCI, PCI Express, PXI, and PXI Express as 
these buses are popular in process industry and they are 
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FIG. 21.3 

PXI and PXI Express combine PCI and PCI Express with improved timing and triggering and a modular architecture. 


capable of streaming large amounts of real-time data, reach- 
ing bandwidths of gigabytes per second. 

PCI and PCI Express The PCI bus has become the dominant 
expansion bus for desktop PCs. With a shared bandwidth of 
132MB/s, PCI is used for high-speed data streaming and 
deterministic, low-latency data transfer for single-point con- 
trol applications. PCI Express is an advanced version of the 
PCI and offers improved level of performance in the PCs. The 
PCI Express architecture has a bandwidth provided by inde- 
pendent data transfer lines and uses independent data lanes 
that are each capable of data transfer up to 250MB/s. The 
PCI Express bus is scalable from a single xl (pronounced "by 
one”) data lane to xl6 data lanes for a maximum throughput 
of 4GB/s, capable of filling a 200 GB hard drive in less than 
a minute. In process measurement applications, this means 
higher-sustained sampling and data throughput rates and 
multiple devices do not have to compete for time on the bus. 

A version of PCI Express is the ExpressCard for note- 
books and small PCs. ExpressCard technology replaces con- 
ventional parallel buses for I/O on laptop PCs and small form 
factors with two high-speed serial interfaces — PCI Express 
and USB 2.0. Similar to the older PCMCIA or PC Card for- 
mat, an ExpressCard module can be plugged in or removed 
almost any time. 

PXI PCI extensions for Instrumentation (PXI) combine the 
PCI electrical bus with modular Eurocard mechanical pack- 
aging of CompactPCI (Figure 21.3). PCI adds specialized 
timing and synchronization, mechanical, and software fea- 
tures that define complete systems for test and measurement, 
data acquisition, and manufacturing applications. 

PXI Express Much like the commercial PC industry drasti- 
cally improved the available bus bandwidth by evolving from 
PCI to PCI Express, PXI has also incorporated higher bus 
bandwidth capabilities with the introduction of PXI Express, 
which integrates PCI Express into the PXI standard. PXI 


Express increases the available bandwidth from 132MB/s 
with PXI to 6GB/s for a more than 45x improvement in 
bandwidth while still maintaining software and hardware 
compatibility with PXI modules. The system controller slot 
is capable of supporting up to xl6 PCI Express links in addi- 
tion to xl, x4, and x8 links, which provide up to 6 GB/s band- 
width to the PXI Express backplane. 

External Buses and Networks 

While standard internal expansion buses provide very high 
performance, external buses provide a higher level of porta- 
bility and flexibility. We will look at two buses that have been 
mainstays for instrument control, GPIB and RS-232, as well 
as the two PC-based technologies that have grown in adop- 
tion to become the most popular interfaces for data acquisi- 
tion, the USB and the Ethernet. 

GPIB The GPIB was designed specifically for test and 
measurement and instrument control applications, and 
remains a popular bus for test and measurement instrumen- 
tation. Originally designed by Hewlett Packard in the 1960s 
as HP-IB, the GPIB was standardized in 1975 as IEEE 
Standard 488-1975. The original standard defined the elec- 
trical, mechanical, and functional specifications of the bus 
while also defining its basic software communication rules. 
ANSI/IEEE Standard 488.2-1987 strengthened the original 
standard by defining precisely how controllers and instru- 
ments communicate through GPIB. In 2003, an update of the 
original specification, IEEE 488.1-2003 was released, which 
defined a high-speed data transfer mode. GPIB is a digital, 8 
bit parallel communications interface with data transfer rates 
of up to 8 Mb/s. The bus provides one system controller for 
up to 14 instruments, and cabling is limited to less than 20 m. 
Not being a PC industry bus, it is rarely available natively 
on a PC. Instead, users usually use a plug-in board such as a 
PCI-GPIB or external converter such as a GPIB-USB to add 
GPIB instrument control functionality to their PCs. 
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FIG. 21.4 

Distributed data acquisition system using standard Ethernet network. 

RS-232 The RS-232, also referred to as RS-232C, is a 
specification for serial data communication and is the most 
common flavor of the “serial” bus as referred to traditionally. 
RS-232 is popular in analytical and scientific instruments and 
is commonly used to control modems and printers. Unlike 
GPIB, RS-232 allows a controller to connect and control only 
one device at a time. RS-232 is also a relatively slow inter- 
face, with typical data rates of less than 20 kb/s (although 
there are products that can achieve higher data throughputs) 
and is limited to a cable length of around 16 m. RS-232 is a 
common PC bus and is found on older desktop and laptop 
PCs. Serial products can also be purchased that provide one 
or more additional ports through either a plug-in PCI card or 
an external USB converter, for example. 

Universal Serial Bus The USB was originally designed to 
connect peripheral devices, such as keyboards and mice, with 
PCs. However, it has proven useful for many other applica- 
tions and data acquisition. USB is a plug and play technol- 
ogy allowing the USB host to automatically detect when a 
new device has been added, query the device for its identi- 
fication, and configure the device drivers appropriately. Up 
to 127 devices can run concurrently on one port connected 
through hubs, and USB cable lengths are limited to 5 m. USB 
also provides a 5 V power line, up to 500 mA, to allow bus- 
powered devices. 

USB is defined by a standards body called the USB 
Implementers Forum. The original USB 1.1 (USB 1.0 with 
minor bug fixes) specification defined two data transfer 
modes and speeds: Low-speed with throughputs reach- 
ing a maximum of 1.5 Mb/s (200kB/s) and full-speed with 
maximum data throughput of 12 Mb/s (1.5MB/s). The latest 


USB specification, USB 2.0 is fully backward compatible 
with both low-speed and full-speed devices but defines a 
new High-speed mode capable of data transfer rates of up to 
480 Mb/s (60MB/S). 

Ethernet Ethernet is the backbone of almost every corporate 
network in the world and is therefore now widely available 
and affordable. As a communications bus for data acquisi- 
tion, Ethernet is ideal for taking portable or distributed mea- 
surements at distances beyond the 5 m length of a USB cable. 
A single Ethernet cable can extend 100 m before needing a 
hub, switch, or repeater. This distance in combination with a 
large install base of networks in labs, offices, and manufac- 
turing facilities makes Ethernet ideal for distributing mea- 
surements to remote locations. Although available network 
bandwidth is dependent on the number of networked devices, 
100 BASE-T (100 Mb/s) Ethernet can accommodate multi- 
ple Ethernet data acquisition devices running at full speed. 
In addition, gigabit Ethernet (1000 BASE-T) can aggregate 
data from multiple 100 BASE-T networks for larger systems. 
Figure 21.4 shows an example of distributed data acquisition 
system using multiple data acquisition devices connected to 
an Ethernet network using Ethernet switches. 

Ethernet uses the carrier sense multiple access/collision 
detection (CSMA/CD) method to arbitrate access to the bus 
among multiple devices. With CSMA, a device first listens for 
any traffic on the network. If the network is clear, the device 
begins to transmit its data. If the device senses a collision 
with another transmission, the device backs off for a variable 
amount of time. Although CSMA/CD works well with little 
delay on lightly loaded networks, performance can suffer if 
the network is too heavily loaded. Designers of distributed 
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data acquisition systems can usually overcome these issues 
with the use of Ethernet switches or dedicated networks. 
Nevertheless, because any nondeterministic behavior is a 
significant disadvantage for real-time data acquisition and 
control applications, there have been a number of specialized 
enhancements and modifications to Ethernet, as well as the 
network protocol stacks, to optimize determinism and per- 
formance. For example, EtherCAT is an industrial fieldbus 
based on Ethernet to minimize communication delays and 
jitter for real-time control applications. 

Wireless Networking 

A relatively new approach to data acquisition communica- 
tions is the use of wireless technology. Wireless technol- 
ogy extends the flexibility and portability data acquisition 
to measurement applications where cables are inconvenient 
or impractical, such as wind farms, civil structures, or 
water treatment plants. Wireless communications can dra- 
matically reduce costs by eliminating cables and installa- 
tion time. However, wireless also has the highest latency of 
any other data acquisition bus, and is the most difficult on 
which to time-synchronize measurements. There are many 
wireless data technologies in use today, both proprietary 
implementations and standards-based. Table 21.1 summa- 
rizes the most common wireless standards used for Local 
Area Networking and Personal Area Networking. The two 
standards that are most in use for data acquisition and dis- 
tributed sensing applications are IEEE 802.11, or WiFi, and 
IEEE 802.15.4. 

IEEE 802.11 (WiFi) The IEEE 802.11 family of wireless 
Local Area Networking standards, also known as WiFi, 
is the most widely used wireless networking technology. 
IEEE 802.11 is an ideal choice for a wireless dynamic data 
acquisition bus for several reasons. First, IEEE 802.11 
is widely used and installed at most facilities, provides 
options for strong security, and provides a relatively high 
bandwidth for streaming dynamic waveform signals. For 
example, IEEE 802. lln provides data rates that well exceed 
100 Mb/s. 


IEEE 802.15.4 While WiFi provides relatively high band- 
width, IEEE 802.15.4 was designed for applications such 
as wireless sensors and home automation where low power 
and low cost are the priorities. IEEE 802.15.4 is optimized 
for slower, low-power systems where multiyear battery life 
is desired. IEEE 802.15.4 at 2.4 GHz has a maximum data 
rate of only 250 kb/s, but this lower bandwidth translates to 
longer range. ZigBee is a networking protocol standard that 
runs on IEEE 802.15.4 radio and provides security, reliabil- 
ity through mesh networking topologies, and interoperability 
with other devices and standards. 

One very useful feature of ZigBee and IEEE 802.15.4 for 
distributed sensing is the ability to dynamically form tree and 
mesh networks. A ZigBee networks is formed with one net- 
work coordinator, routers that can relay messages to extend 
the network, and end nodes. Mesh networking allows the net- 
work to cover larger areas, and also provides an increased 
level of reliability as the network is self-healing in that mes- 
sages can be rerouted through alternative ZigBee routers. 

EXAMPLES OF DATA ACQUISITION HARDWARE 

Data acquisition hardware can be classified as: data loggers, 
Ethernet data acquisition, USB data acquisition, data acquisi- 
tion cards, ISA cards, data acquisition modules, etc. There are 
many major vendors in the market place offering hundreds of 
different types of products. In this section, we will look at a 
couple of examples of commercial data acquisition products. 
While the breadth of commercial products is fairly wide, we 
will examine products that are somewhat representative of 
a multifunction I/O data acquisition board, a low-cost USB 
data acquisition module, and a data acquisition system with 
integrated signal conditioning. 

The NI PCIe-6353 from National Instruments, for exam- 
ple, is a multifunction data acquisition board and has the fol- 
lowing features: 

• 32 analog inputs, multiplexed 

• 1.25 MSamples/s sampling rate (1 MS/s if scan- 

ning multiple channels) 


TABLE 21.1 

Summary of Popular Wireless Communications Standards 



Wi-Fi™ IEEE 

ZigBee ™ & 

Bluetooth™ 


802.11 Family 

802.15.4 

802.15.1 

Frequency 

2.4 GHz. 5 GHz 

900 MHz, 2.4 GHz 

2.4 GHz 

Range 

802.1 lb/g: 30 m 
802.1 In: 50 m 

50-100 m 

10-100 m 

Data rate 

802.11b: 11 Mb/s 

868 MHz: 20 kb/s 

3 Mb/s 


802.1 lg: 54 Mb/s 

915 MHz: 40 kb/s 



802.1 In: 150 Mb/s 

2.4 GHz: 250kb/s 


Nodes per network 

>1,000 

65,000 

7 

Security 

Best 

Better 

Good 

Power consumption 

High 

Very low 

Low 
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• 16 bit resolution ADC 

• Input range of ±10 V 

• Four analog outputs 

• 2.86 MS/s DAC update rate 

• 16 bit resolution DAC 

• Output range of ±10 V 

• 48 digital I/O lines (32 are hardware-timed up to 
10 MHz) 

• Four 32 bit counter/timers for PWM, encoder, fre- 
quency, event counting, and more 

• Analog and digital triggering and advanced timing 
with NI-STC3 technology 

• NI-DAQmx driver for Windows 7/Vista/XP/2000 

Another example is the USB-6009 that has the following 
specifications: 

• 8 analog inputs, multiplexed 

• 48 kSamples/s 

• 14 bit resolution ADC 

• Input range of ±10 V 

• 2 analog outputs 

• 150 Samples/s update rate, software-timed 

• 12 bit resolution DAC 

• Output range of 0-5 V 

• 12 TTL/CMOS digital I/O lines 

• One 32 bit, 5 MHz counter 

• NI-DAQmx driver for Windows 7/Vista/XP/2000 

The USB-6009 is a low-power device and able to be fully 
powered from the USB bus, which is useful for portable and 
mobile data acquisition applications. 

The third example is the PCL-818HD offered by 
Advantech (http://www.advantech.net.au/products/PCL- 
818HD/mod_l-2MLI7A.aspx). This is a lOOkS/s, 12 bit, 16 
channel ISA multifunction card with the following features: 

• 16 single-ended or 8 differential analog inputs 

• 1 2 bit A/D converter, with up to 100 kHz sampling rate 

• Programmable gain 

• Automatic channel/gain scanning 

• Onboard FIFO memory (1024 samples, PCL-818HD/ 
HG only) 

• One 12 bit analog output channel 

• 16 digital inputs and 16 digital outputs 

• Onboard programmable counter 

Some of these data acquisition cards accommodate onboard 
passive signal conditioning components (resistors and capac- 
itors), allowing implementation of low-pass filters, voltage 
attenuators, and 4-20 mA voltage converters. 

The final example product is CompactDAQ, a data 
acquisition system that integrates signal conditioning func- 
tionality with the data acquisition in a modular system that 
connects to PCs via USB. CompactDAQ consists of a chas- 
sis, available with 1, 4, or 8 slots and plug-in I/O modules. 


The chassis handles the USB connection with the host PC, 
as well as hosting a sophisticated system timing controller 
that manages and times the operations of all modules. I/O 
modules are available with built-in signal conditioning and 
ADCs for a wide range of sensor and signal types, including 
thermocouples, RTDs, strain gages, voltages up to 300 V, and 
4-20 mA current loops. Most of the modules provide electri- 
cal isolation that is rated to 250 Vrms working voltage, with 
the ability to withstand voltages up to 2,300 Vrms. Modules 
are also available with analog output, digital inputs, and digi- 
tal outputs, and can be mixed and matched as needed for the 
data acquisition application. 

DATA ACQUISITION SOFTWARE 

One cannot overstate the importance of software in data 
acquisition applications in determining the ultimate success 
or failure of a system. All aspects of the data acquisition 
system, including configuring and managing the hardware, 
controlling the flow and storage of acquired data, processing 
and analyzing the data, as well as visually displaying and 
communicating the data and results to the ultimate consumer 
of the information. 

There are essentially two layers of data acquisition soft- 
ware technologies (Figure 21.5). First, most vendors of data 
acquisition hardware devices supply some type of device 
driver software for controlling and accessing the device. The 
device driver manages the low-level access and manipulation 
of the hardware, as well as management of the computer and 
operating system resources, greatly simplifying the program- 
ming of the data acquisition system. The second is the driver 
software, which is used in conjunction with a higher-level 
program, which may be developed using a general-purpose 
programming language, or specialized data acquisition 
software that includes tools for acquiring, analyzing, and 
managing the acquired data. Data acquisition software can 
be further divided into development software environ- 
ments, which allow users to fully customize their systems 
and develop application-specific systems, and configuration- 
based software, which are simpler and easier to use software 
packages designed to perform a fixed set of data acquisition 
and analysis functions. 

Before looking more closely at these different software 
options, and some of the common functions, it is worthwhile 
to understand the concept of virtual instrumentation (VI). 

Virtual Instrumentation 

The rapid adoption and technological evolution of the PC in 
the last 25 years or so catalyzed a revolution in the instru- 
mentation for test, measurement, and data acquisition. One 
major development resulting is the concept of VI. 

Stand-alone traditional instruments such as oscilloscopes, 
data recorders, and waveform generators are designed to 
perform one or more specific tasks defined by the vendors. 
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Data acquisition hardware 


FIG. 21.5 

Levels of data acquisition software application. 


While stand-alone traditional instruments can be very pow- 
erful, they also can be expensive and the user generally can- 
not extend or customize them. The knobs and buttons on the 
instrument, the built-in circuitry, and the functions available 
to the user are all specific to the nature of the instrument. In 
addition, special technology and components must be devel- 
oped to build these instruments, making them expensive and 
slow to adapt. A comparison of the traditional and VI archi- 
tecture is given in Figure 21.6. 

A virtual instrument consists of an industry-standard 
computer or workstation equipped with an application soft- 
ware, modular data acquisition hardware such as plug-in 
boards, and driver software. Together, these components 
replicate the functions of traditional stand-alone instru- 
ments. Virtual instruments represent a fundamental shift 


Traditional instrument 
architecture 



from traditional hardware-centric instrumentation systems to 
software-centric systems that exploit the computing power, 
productivity, display, and connectivity capabilities of popular 
desktop computers and workstations. 

VI can be traced back to the birth of the IBM PC (in 1981) 
and the emergence of GPIB as a tool that enabled engineers 
to use a PC to control and communicate with instruments 
to automate test and measurement tasks. In 1986, National 
Instruments introduced the LabVIEW graphical develop- 
ment environment, which offered to acquire data, control 
instruments, analyze, and present data from a personal com- 
puter without sacrificing performance or functionality. Since 
then, the development and evolution of all aspects of VI — 
PC processors, memory, bus and networking technologies, 
software technologies, and data acquisition hardware — have 


Virtual instrument 
architecture 
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FIG. 21.6 

Traditional versus virtual instruments. 
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been nothing short of phenomenal growth. As a result. Vis 
are widely used in everything from simple, low-cost appli- 
cations, such as environmental temperature monitoring, to 
large-scale, real-time measurement and control applications, 
such as the real-time control of over a hundred collimators to 
help control the particle beam in the world’s largest particle 
accelerator, the Large Hadron Collider at CERN. 

DEVICE DRIVER SOFTWARE 

A data acquisition device driver is software that allows 
higher-level computer programs to interact with the data 
acquisition hardware. The driver communicates with the 
data acquisition hardware through a bus or network, essen- 
tially coordinating the passing of commands and data to and 
from the hardware. The higher-level software invokes rou- 
tines, or functions, in the driver to initiate interaction with 
the hardware. The collection of these functions and their 
formats are known as the application programming inter- 
face. In Microsoft Windows, drivers are usually distributed 
as Dynamic Link Library files that can be access by most 
Windows programming languages, such as the Visual Basic, 
C++, LabVIEW, and C#. 

Although driver software works “behind the scenes” 
and is not as visible as application software, data acquisition 
device drivers can be very complex software and critical to 


the effectiveness of the data acquisition system. Following 
is a brief description of the main functions and capabilities 
provided by driver software. 

Configuration Most data acquisition and signal condition- 
ing devices support multiple modes of operations and variable 
settings. Parameters such as A/D sampling rate, amplifier 
gain, filter settings, trigger mode, and sensor excitation are 
typically configurable via the driver software. In addition to 
these hardware settings, configuration of key acquisition and 
data scaling parameters must be set. 

Driver software often includes a software utility that you 
can use to easily and interactively set theses parameters, such 
as the Measurement and Automation Explorer utility shown 
in Figure 21.7. The example panel in this example includes 
timing settings for the acquisition, strain gage settings for 
configuring the signal conditioning as well as scaling to 
engineering units, and a data display or test panel to inter- 
actively check that the settings are set. Additionally, many 
applications require the ability to programmatically set these 
parameters. For these applications, it is critical that the driver 
library expose these configuration settings through its appli- 
cation programming interface. 

Calibration Calibration of a data acquisition device con- 
sists of verifying its measurement accuracy by measuring 
a known value and adjusting for any measurement error. 



FIG. 21.7 

Example of a software configuration tool for setting up a data acquisition system. 


© 2012 by Bela Liptak 



21 


Data Acquisition: Buses, Networks, Software, and Data Handling 


359 


Data acquisition device 



PC buffer 
(memory) 




Acquired 

data 


o 

Acquired 

data 


Application software 



FIG. 21.8 

Data acquisition software must manage reliable buffering of acquire data. 


Modern data acquisition devices often include the capability 
of self-calibration using an onboard reference voltage, which 
should be very stable and of high precision. A more complete 
calibration often referred to as end-to-end calibration encom- 
passes the entire measurement path, from the sensor all the 
way through to the ADC. For example, an end-to-end cali- 
bration of a thermocouple would involve heating or cooling 
the thermocouple probe to a controlled, known temperature. 
By recording the difference in the measurement acquired by 
the data acquisition device and the known temperature at 
multiple temperatures, it can be used in subsequent measure- 
ments to compensate for much of the gain and offset errors of 
the data acquisition system. 

Data Buffering and Management Acquisition of dynamic 
waveforms can require streaming large amounts of data from 
the data acquisition device to memory on the controller or 
PC. This PC memory acts as a data buffer to temporarily 
hold the data until the application software can access and 
process the data, store it to disk, etc., as shown in Figure 21.8. 
There are two basic modes of operation that data acquisition 
driver software should handle effectively. 

Finite-Buffered Acquisition: The data acquisition device is 
programmed to perform a finite number of A/D conversions 
and transfer the data into the PC buffer. When finished, the 
data acquisition device is idle until programmed for another 
task. 

Continuous-Buffered Acquisition: With continuous acquisi- 
tion, the data acquisition device is programmed to perform 
acquisitions indefinitely (Figure 21.9). Data is streamed con- 
tinuously to the PC memory buffer. Flowever, because the PC 
buffer is of a finite size, data must be simultaneously pulled 
out and transferred to the application software for processing 
and more permanent storage. This requires that the driver 
manage the PC buffer as a circular buffer, meaning that 
when incoming data reaches the end of the buffer, storage 
resumes at the beginning of the buffer. This process can con- 
tinue indefinitely without losing acquired data as long as data 
is being simultaneously copied to the application software 
memory at a rate as fast as the data coming in from the data 
acquisition device. 


Set timing 
Set buffer size 


Start the acquisition 


Retrieve data block from buffer 
begin processing of data block 



FIG. 21.9 

Flowchart for program for a continuous -buffered acquisition. 

Advanced Driver Capabilities: In addition to the basic 
operations of sending configuration commands to the hard- 
ware and managing the transfer and buffering of acquired 
data, more advanced data acquistiion drivers also include 
advanced capabilties that can save significant development 
time and yield higher performance systems. 

Multithreading: Data acquisition multithreading is the con- 
cept of independently controlling more than one I/O function 
on the acquisition device. In many DAQ applications, analog 
output or digital I/O are needed for stimulus or control in addi- 
tion to analog input measurements. For these applications, it 
is critical that the driver supports concurrent I/O operations 
and does not limit the programmer to sequential tasks. 

Intelligent Timing, Triggering, and Synchronization: Many 
data acquisition devices include a number of timing and trig- 
gering mechanisms that can be configured in multiple ways. 
Setting up a synchronized I/O application on multiple devices 
can become very complex, involving complicated counter/ 
timer configurations and low-level signal routing of clock and 
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FIG. 21.10 

The front panel and block diagram of a VI. 

trigger signals. More advanced drivers automatically handle 
this lower-level configuration and signal routing thus simpli- 
fying the application program. 

Hardware Simulation: During development and system inte- 
gration, the developer of the data acquisition system may not 
always have access to operational data acquisition hardware. 
Therefore, it can be very useful if the driver allows the use 
of a simulated device, allowing the developer to test and try 
out his code without having fully operational hardware setup. 

Automatic Data Logging to Disk: While most drivers man- 
age the transfer of data to the PC or controller memory, and 
it is left to the application program to process and store the 
data to a nonvolatile location, such as the hard disk, more 
advance driver software includes built-in functionality to 
simultaneously transfer data from the PC memory to a file 
on the hard disk. 

Application Software 

A real-world data acquisition system typically includes much 
more than the acquisition of data. As discussed earlier, sys- 
tems very often include signal generation, digital I/O and 
timing I/O, as well as processing and analysis of data, data 
visualization, user interfaces, data storage, and communi- 
cations with distributed systems. Fortunately, developers of 
integrated data acquisition systems do not have to be pro- 
fessional programmers who must code these systems from 
scratch using general purpose programming tools such as 
C++ or Visual Basic. Specialized data acquisition software 
development tools are available to engineers to greatly sim- 
plify the integration of data acquisition systems. 

While there is a wide range of application software pack- 
ages, it is useful to categorize the options into two general 


types: (1) application development environments and (2) con- 
figuration-based programs. 

Application Development Environments Application devel- 
opment environments offer the high level of customization 
and flexibility in developing data acquisition systems. Data 
acquisition environments are specialized software develop- 
ment environments that integrate functions and tools for data 
acquisition, analysis, visualization, and other functions com- 
mon in applications. Users develop a data acquisition pro- 
gram or script and are able to highly customize the program. 
Many of today’s application development environment soft- 
ware packages utilize some form of graphical development, 
which is generally considered more intuitive and easier to 
learn for nonprofessional programmers. 

For example, the LabVIEW software is a very popular 
development tool for data acquisition system, which uses 
graphical programming language. Figure 21.10 shows the 
two components of a LabVIEW program, which consists of 
a block diagram and the front panel. Execution of the pro- 
gram is determined by the structure of the graphical block 
diagram in which the programmer connects different icons, 
or function nodes, by drawing wires. The front panel serves 
as the user interface, allowing the user/operator to input data, 
interact with controls, or visualize outputs of the VI. The Vis 
can be embedded into higher level programs, or other Vis. 
In these cases, the front panel serves as the programmatic 
interface for I/O to the embedded VI. 

The graphical programming language used in LabVIEW, 
also referred to as “G,” is a dataflow programming language. 
These wires in the block diagram propagate variables, and any 
node can execute as soon as all its input data become avail- 
able. Since this might be the case for multiple nodes simulta- 
neously, G is inherently capable of parallel execution. Figure 
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FIG. 21.11 

The graphical dataflow structure of LabVIEW programming. 

21.11 shows a simple program with two parallel programming 
structures. Because no wires interconnect the two structures, 
the two loops will run in parallel, and the program will auto- 
matically execute the two loops on multiple processors. 

Configuration-Based Application Software Software has the 
flexibility to address a very wide range of application. Also, 
graphical development applications can be made flexible. 
For simpler or smaller scope implementations, a number of 


application software packages are available for common data 
acquisition tasks such as acquiring and logging data to disk. 
These packages require no additional programming, and are 
configured by the user, typically through intuitive menus and 
software wizards. 

Figure 21.12 shows an example of a configure-based soft- 
ware package, LabVIEW SignalExpress. Acquisitions and 
some limited analysis routines are configured through the 
menu structure on the left side of the window. The acquired 



FIG. 21.12 

A configuration-based data acquisition application that one can set up data acquisition operations without any programming. 
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data can be displayed in configurable graphs and charts in 
real time, as well as stored to disk for later retrieval. 

Data Analysis and Visualization The actual acquisition 
and storage of data is only a part of the data acquisition sys- 
tem. In order to extract useful information from that data, 
make decisions on the process and obtain results, that is, 
the data needs to be manipulated and analyzed. Therefore, 
data analysis and visualization are important component of 
data acquisition software systems, and many software pack- 
ages include routines for data analysis and signal process- 
ing. Other packages require the data to be saved to disk or a 
database, and retrieved later for processing using dedicated 
analysis software. 

The type of analysis is, of course, very dependent on the 
goals of the application. Table 21.2 lists classes of analysis 
tools that might be integrated into a data acquisition and 
analysis software program. This list is not all-inclusive and 
only includes categories of analysis routines that are relevant 
for applications. 

One key consideration for data analysis is whether the 
analysis is to be performed inline in real-time or offline at 
a later time after the data has been stored. Inline analysis is 
used when decisions have to be made during run time and 
the results have direct consequences on the process. This 
is typically the case in control applications. When dealing 
with inline analysis, it is important to consider the amount 
of data acquired and the particular analysis routines that 
are performed on that data, as the processing could easily 
become computationally intensive and have an adverse effect 
on the performance of the application. The other key consid- 
eration for inline analysis is the use of point-by-point analysis 
algorithms. Most analysis software have analysis functions 
geared toward working on waveforms, or arrays of data. 
Point-by-point analysis routines can simplify the program as 
they tend to more naturally match the flow of incoming data 
in an inline processing or control application. 

Visualization is the ability of the software package to 
display the data and the results of the analysis in a mean- 
ingful way. Information and data may be plotted as graphs, 
charts, 2D images, 3D graphs, and even incorporate photos, 
videos, and 3D CAD models. Figure 21.13 is an example of 
a vibration analysis application that incorporates 2D and 3D 


data. Figure 21.14 is an example of simultaneously displaying 
video along with synchronized sensor data. 

CONCLUSIONS 

Over the last few decades, data acquisition systems have grown 
to fill an expanding role in process control, test, measurement, 
and automation. The wide adoption in particular of PC-based 
data acquisition systems has been fueled by the dramatic tech- 
nological evolution of PC technologies on all fronts. For exam- 
ple, a 65,000 point Fast Fourier Transform would take more 
than 15 min to execute on a commercial circa 1990 PC (Intel 
386). On today’s 3 GHz processors, equipped with multiple 
gigabytes of memory, the same Fast Fourier Transform takes 
well under a second to execute. Those 1990 PCs utilized an 
8 MHz parallel bus to move data. Today’s PCs incorporate PCI 
Express data paths that can move data at rates up to 4GB/s. 
Data acquisition software has grown to take advantage of the 
increased memory, speed, and multicore architectures of PCs, 
evolving into sophisticated graphical engineering tools. 

Simultaneously, data acquisition hardware has benefitted 
greatly from the increasing performance and decreasing cost 
of both IC components, thanks to the exploding market of 
consumer electronics. Data acquisition products commonly 
exploit analog components, converters, microprocessors, and 
logic components originally targeted at very-high-volume 
commercial electronics. One particular technology widen- 
ing the scope of data acquisition applications today is the 
adoption of field-programmable gate arrays, which are high- 
performance reconfigurable logic devices that allow users to 
essentially reprogram the digital logic and hardware on their 
data acquisition product. Data acquisition boards outfitted 
with Field-Programmable Gate Arrays are able to be pro- 
grammed for incredibly high-performance, highly determin- 
istic measurement and control applications. Another major 
trend continuing to expand the role of data acquisition is the 
continued integration of distributed networking technologies. 
Although the PC expansion buses discussed earlier remain the 
workhorse for applications requiring the highest bandwidth 
and lowest latency, the use of standard TCP/IP networking 
and internet technologies, both wired and wireless, to deploy 
distributed measurement systems is growing rapidly. 


TABLE 21.2 

Types of Data Analysis and Processing Functions in Typical Data Acquisition Applications 

Measurement Analysis 

Signal Processing Routines 

Mathematics 

Amplitude, level, peak frequency 
(spectral) analysis, noise and 
distortion, pulse and transition, 
signal generation, time domain 
analysis, tone measurements 
Control 

PID, fuzzy control 

Digital filters, convolution and correlation, 
frequency/spectral analysis, joint time-frequency 
analysis, sampling/resampling, decimation signal 
generation, transforms, time domain analysis, 
wavelet and filter bank design, windowing 

Basic maths, curve fitting and data 
modeling, differential equations, 
interpolation and extrapolation, linear 
algebra, nonlinear systems optimization, 
root finding statistics and probability 
Geometry (2D and 3D) functions 
Polynomial functions 
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FIG. 21.13 

Examples of 2D and 3D data graphs in LabVIEW. 



FIG. 21.14 

Visualization of sensor data synchronized with video (DIAdem). 
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